Skip to content

pipeline: outputs: datadog: added documentation for site configuration field #2032

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

lucastemb
Copy link

Added supporting documentation for the following PR that seeks to add support for a site configuration field to give customers options on where to send telemetry data.

@lucastemb lucastemb force-pushed the lucastemb/site_configuration_field branch from 64bf6ba to ec88270 Compare August 1, 2025 15:02
@lucastemb lucastemb marked this pull request as ready for review August 1, 2025 15:42
@lucastemb lucastemb requested review from a team as code owners August 1, 2025 15:42
Copy link
Member

@alexakreizinger alexakreizinger left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for submitting a PR @lucastemb 😁 I made one small suggestion to match the phrasing we've used in other pages, but otherwise LGTM!

one question, though: is the feature itself still unmerged? if so, you can add the waiting-on-code-merge label to this docs PR to make sure none of us merge it prematurely.

Co-authored-by: Alexa Kreizinger <[email protected]>
Signed-off-by: Lucas Tembras <[email protected]>
@lucastemb
Copy link
Author

@alexakreizinger Yup, still waiting for approval on the feature, but I don't believe I have the option to add the label myself. 😢

@cosmo0920
Copy link
Contributor

I executed CI workflows and added a suggested label. Thanks for your work! 👍

@@ -28,8 +28,9 @@ This plugin uses the following configuration parameters:
| `dd_tags` | Optional. The [tags](https://docs.datadoghq.com/tagging/) you want to assign to your logs in Datadog. If unset, Datadog will look for the tags in the [`ddtags` attribute](https://docs.datadoghq.com/api/latest/logs/#send-logs). | _none_ |
| `dd_message_key` | By default, the plugin searches for the key `log` and remaps the value to the key `message`. If the property is set, the plugin will search the property name key. | _none_ |
| `dd_hostname` | The host the emitted logs should be associated with. If unset, Datadog expects the host to be set with `host`, `hostname`, or `syslog.hostname` attributes. See [Datadog Logs preprocessor documentation](https://docs.datadoghq.com/logs/log_configuration/pipelines/?tab=host#preprocessing) for recognized attributes. | _none_ |
| workers | The number of [workers](../../administration/multithreading.md#outputs) to perform flush operations for this output. | `0` |
| header | Add additional arbitrary HTTP header key/value pair. Multiple headers can be set. | _none_ |
| `site` | Optional. The Datadog site to send logs to. Use `datadoghq.com` for US or `datadoghq.eu` for EU. If no value is specified, defaults to `datadoghq.com`. | `datadoghq.com` |
Copy link
Contributor

@jszwedko jszwedko Aug 19, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should document how this interacts with the Host key. If both are set, which takes precedence?

We should mention in the description for the site and for the Host option.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd also suggest moving this option up to the top of the list and moving Host to the bottom as we prefer people use site for simplicity.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants